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FIELD OF THE INVENTION 
5 This invention relates generally to the management and use of documents, and in 

particular, to the management and use of documents which act as autonomous agents, 
generating requests for information, then seeking, retrieving and packaging responses. 

BACKGROUND OF THE INVENTION 

10 Knowledge management through document management forms an important part of 

the knowledge creation and sharing lifecycle. A typical model of knowledge creation and 
sharing is cyclical, consisting of three main steps: synthesizing (search, gather, acquire and 
assimilate), sharing (present, publish/distribute), and servicing (facilitate document use for 
decision making, innovative creativity). Currently documents are considered static objects 

15 which only acquire new content when acted upon by an authorized user. A user's decision to 
read and modify a document, or to run a program on it which may change its contents (for 
example, by adding hyperlinks), is needed for the document to acquire new information. 

This view of the document as a passive repository leads to the current situation in 
which most computers remain idle, documents sleeping on disks, xmless a user is in front of 

20 the screen piloting the system. Instead of trying to do something useful, or trying to predict 
what a user would like to see associated with a document, documents just lie around doing 
nothing on inactive computers. 

Both agent-based systems and content-based retrieval systems provide some 
management of information without user intervention. An agent is a software program that 

25 performs a service, such as alerting the user of something that needs to be done on a 

particular day, or monitoring incoming data and giving an alert when a message has arrived, 
or searching for information on electronic networks. An intelligent agent is enabled to make 



decisions about information it finds. Both such systems, however, consider documents to be 
fixed and static entities. 

Many products provide various solutions for individual aspects of the overall problem 
of knowledge management: anticipatory services, unstructured information management, and 

5 visualization of information and knowledge. Watson, for example, from the InfoLab at the 
University of Northwestern, is a program which operates while a user is creating a document. 
Watson retrieves information as the user works, fi"om which the user can select for further 
investigation. Information retrieved by Watson comes from a single service provider, and 
Watson stores the retrieved information in memory associated with Watson. 

10 Online services such as Amazon.com offer zBubbles, which appear inside a menu bar 

at the top of the browser window. The zBubble travels with the user as he/she shops the 
Web, pointing to the best deals and products around. Netscape's **What's related service" 
works with the browser and accompanies the user as he/she surfs, providing useful 
information about the sites being viewed and suggesting related sites. Inxight's parabolic tree 

15 is an example of a system that organizes unstructured information and presents it in an 
intuitive format: a hyperbolic tree. All of these services treat documents as static objects. 

Various products, such as commercial search engines, provide unstructured 
information, such as web pages, documents, emails etc. (which content may consist of text, 
graphics, video, or sound). Typical management services for unstructured information 

20 include: search and retrieval; navigation and browsing; content extraction, topic 

identification, categorization, summarization, and indexing; organizing information by 
automatic hyperlinking and creation of taxonomies; user profiling by tracking what a user 
reads, accesses, or creates create communities; etc. 



25 SUMMARY OF THE INVENTION 

A system according to the invention overcomes the disadvantages of the prior systems 
by treating documents as active agents in the knowledge creation and sharing lifecycle. A 
meta-document according to the invention is an active agent in the knowledge creation and 
sharing cycle and operates without user intervention, searching, collecting and adding 
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information to the original document. Since user intervention is not required for a meta- 
document to add to the document's knowledge, the meta-document can operate during idle 
computer cycles. 

A system according to the invention includes a meta-document, i.e., a document 

5 including content information, which has a set of document service requests associated with 
it. A document service is a process which uses a portion of the document content as a 
starting point to obtain other information pertaining to that content. A scheduler activates 
and manages the document service requests, requesting fulfillment of a selected document 
service from a service provider, updating status of the docxmient service requests and 

10 integrating any results returned from a fulfilled document service. 

Preferably, the set of document service requests is selected from a group of pre- 
packaged document service requests. If the set of docxmjient service requests is based on a 
theme or context, it is called a "personality." The word personality is used since applying 
different sets of document service requests to the same document content will provoke 

15 different results (i.e., different links and connections), just as people with different 

personalities will react differently to the same situation. Examples of selected personalities 
include TechWatch, Scientific, Patent Attomey, Fiction Reader. However, many different 
types of personalities may be created depending on the intended theme or context. 

Document service requests can be activated asynchronously, however, in many 

20 instances, some amount of time will be required to satisfy a document service request. Some 
document services may terminate upon completion; others may be re-activated from time to 
time or on a periodic basis. The scheduler can determine the schedule for activation of the 
document service requests. Alternatively, a user may pre-select an activation time or 
schedule for a document service request. 

25 The meta-document, scheduler and service providers can reside at the same location 

or at different locations. In some instances, the scheduler may also reside on the meta- 
document itself. In this example, the scheduler must be initiated by an external service, such 
as when the user opens the meta-document or it may be set to initiate the meta-document 
periodically. In one embodiment, the scheduler resides on a meta-docxmient server, which 
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has write/access to all activated meta-documents. A system administrator for the server 

launches the scheduler and keeps it running. 

The system may also include a list of available document service requests for 

selection by the user, in addition to a list of pre-selected personalities. The scheduler 
5 typically selects the service provider to satisfy a selected document service, however, the user 

may also identify preferred service providers for completion of particular document services. 

Alternatively, service providers can register their availability with the system for providing 

particular document services. 

The invention turns documents from a push technology, where items of content are 
10 sent to the docvunent in a sequence, and at a rate, determined by a user, to a pull technology, 

where the document requests each item individually. Rather than creating a user-centric view 

of a document or a document collection, the invention provides a document-centric metaphor, 

which we call "Document Souls" in which each document can be considered to have a "souf' 

such that the Document Soul seeks to create an image of the world in Ught of its own 
15 contents. 

Static documents generally consist of content and meta-data, such as size, owner 
creation date, etc. The meta-docvm[ient of the invention extends this traditional notion of a 
docmnent, along the lines of the docvunent-centric metaphor. Document Souls, with various 
anthropomorphic and intelligent behaviors. These behaviors (which are provided by 

20 activation of particular document service requests) include: the ability to understand and 
describe its contents; the ability to communicate; the ability to leam and adapt to changing 
environments/situations; and the ability to assist the user with content creation. These 
behaviors (implemented by the set of document service requests) turn a document from a 
piece of static data into an intelligent document assistant with various responsibilities to its 

25 creators and to the societies of documents in which it exists. K the behaviors, i.e., the set of 
docimient service requests, associated with the document are chosen to have a common 
theme, then keeping the metaphor, the meta-document becomes a Document Soul with a 
particular personality. 
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BREF DESCRIPTION OF THE DRAWINGS 
Figure 1 is a schematic of a meta-document according to the invention; 
Figure 2 is a schematic of a system according to the invention; 
Figure 3 is a diagram of a system according to the invention; and 
5 Figure 4 is a diagram of a meta-document and its corresponding representation as a 

DOM tree. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
A block diagram of a meta-document or Document Soul 100 is shown in Figure L 

10 Meta-document 100 includes a content portion 10, which is a document created by a user or 
obtained by a user, and a set 20 of one or more document service requests 12. Within the 
Document Souls framework the document is seen as the result of a knowledge crystallization 
process - a process which lasts the lifetime of the document. Typically a document's life 
begins with a focus and purpose which helps direct and refine the sensing phase. The sensing 

15 phase consists of actions such as searching, gathering, assimilating and organizing 

information that may prove relevant to the document. These actions occur through the 
activation of one or more document service requests 12. Document service requests 12 may 
be activated while the user is creating or working on the meta-document 100 or when user 
has set aside the meta-document 100 so that the user can benefit from idle computer time. 

20 Activating the document service requests 12 while the user works on the dociunent enable the 
Document Soul to learn about the user's preferences. Docimient service requests 12 may be 
activated by a scheduler or by the user. 

The next step in cycle is concerned with sharing the information. This typically 
consists of formulating/refining the information gathered in the previous step in a format 

25 (that is integrating the information gathered back into the content portion 10 of the meta- 
docimaent) that is useful for the user (person, community, search engine) and publishing it. 
The final step in the cycle deals with support whereby the meta-document performs 
predefined services on behalf of the user. For example, the document can keep an up-to-date 
map of where the document exists in terms of other documents in the world. 
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Referring to Figure 2, one or more meta-documents 100 is endowed with a set of 
document service requests which the meta-document 100 exercises under control of a 
scheduler or scheduling demon 200, which wakes up the meta-document in accordance with 
some predetermined time schedule. The scheduler (or demon) 200 may be implemented in a 

5 software mechanism which accesses the set 20 of document service requests 12 in a meta- 
document 100, chooses which requests 12 to fulfill, invokes service providers 210 to satisfy 
those requests, and integrates the results back into the original document 10, Upon 
wakening, the meta-document displays its current list of document service requests 20 to the 
scheduler. Depending on the resources (e.g,, service providers which can fulfill or satisfy a 

10 particular document service request) available to the system, the demon 200 chooses a 

document service request 12 to fulfill. Fulfilling a document service request means accessing 
a service provider 210 which runs some process (or program) that has access to the document 
content and environment. This process terminates by producing document-specific 
knowledge and possibly new document service requests 12 which are added to the meta- 

15 document 100 by scheduler 200. 

Both meta-document document service requests and resulting knowledge can be 
represented as XML metadata added to the document at the end of each waking cycle. In one 
implementation, the meta-document* s document service requests are expressed as XML 
fields: <WANT> ... </WANT>. For example, one document service can be expressed: 

20 <WANT> who-am-i </WANT>. 

In order to fulfill this document service request, the demon invokes a **who-am-i" 
process. This process takes the document content and its environment as input. For 
example, the "who-am-i" process may return the document's filename and additional 
document service requests to know who created the document, and where the docimient 

25 resides. The demon marks the initial document service as fulfilled, or deletes it from the 

document, and adds the additional knowledge returned by the process fulfilling the document 
service. In this case the following three lines are added to the initial document: 
<MYNAME> xerox.txt <MYNAME> 
<WANT> who-made-me </WANT> 
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<WANT> where-am-i </WANT> 

Every waking cycle, a meta-document may acquire new metadata and new document 
service requests as a function of document service requests that have been fulfilled. Some 
document service requests may add metadata, and replicate the same document service 

5 request. Some document service requests may eliminate metadata when they are fulfilled. In 
general, document service requests correspond to services which add metadata to the 
document, based on the document's existence as a file in a file system; the content of the 
document as it was originally authored; and the content of the meta-data added to the 
document by some other process. When the docmnent or the document's location is altered, 

10 the knowledge in the document may have to be regenerated or changed. Some knowledge, 
such as the relation of the contents of the document to other files in the intranet, or to 
documents found on the internet may have to be update periodically, possibly by some 
<WANT> continuous-education <AVANT> document service request. 

Document souls provides end-to-end solution for document-based knowledge creation 

15 and sharing. Adding a "soul" to a docxmient lets it assist a user in the acquisition, sharing and 
utilization of knowledge; the document soul creates a document view of the world as opposed 
to a global view as in current web portals. Document souls can be created to have a 
personality. Each personality encodes a collection of documents services which will allow 
the document to act autonomously on behalf of the creator or reader, anticipating the 

20 information needs of both the writer and reader of documents, keeping the document 
connected and up-to-date with the rest of information world. A personality a is 
predetermined set of document service requests. A document, for example, may be given a 
personaUty that is inquisitive — a set of document service requests to find out more 
information about concepts present in the document content, find biographies of people 

25 mentioned in the content, polyglot — search out translations of the words, terms and phrases 
contained in the document, private — marked to keep the document's metadata invisible to 
other documents, scientific — search for online versions of the papers cited in the document 
content, or genealogical — ^looking for documents containing the same contents as itself. 
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Within the document souls framework, the document is seen as the result of a 
knowledge crystallization process - a process which lasts the lifetime of the document. 
Typically a document soul's life begins with a focus and purpose which helps direct and 
refine the synthesizing phase. During the synthesis phase, the document soul anticipates the 

5 information needs of the writer, either independently (through a pre-defined set of document 
service requests) or by following specific or customized instractions. The document soul 
performs the sometimes tedious tasks of searching, gathering, and organizing information 
relevant to the document content, in order to ease domain assimilation, to be suggestive, and 
to aid creativity/inventiveness. 

10 The document souls system provides various services that assist the user in 

formulating/refining the information gathered in the previous step in a format that is useful 
for the reader (person, community, search engine) and to eventually publish it (to a group, to 
scientific indexing service etc.). 

The document souls system provides various services that act on behalf of the owners 

15 and readers of documents, for example, monitoring the information web of a corporation or 
of the world (WWW) from a docimient perspective, thereby keeping the reader conscious of 
the current state of play (up-to-date). This can be seen as means of aiding various processes: 
assimilating the document, trigger innovation, decision-making etc. Furthermore this could 
be used as a means of attracting interest in a document, whereby the document promotes 

20 itself. Documents living within the document souls system may exploit available computer 
cycles, network bandwidth and internet-based resources in order to anticipate and satisfy user 
needs. 

The document service requests may be attached to a document as metadata. Various 
standards for attaching metadata exist, for example, DOM (Document Object Model) and 
25 XML (extended markup language) may be used. The document souls scheduler polls the 
meta-documents, for each meta-document, decodes the encoding, recognizing document 
service requests, chooses a request to service using a parameterizable choice procedure, 
initiates communication with a (possible third-party) service provider that will honor this 
request, marshals and pass parameters to this service provider, receives output fix)m this 
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service provider, and integrates the service output into the meta-document as metadata. 
Other functions can be included in the document souls system: a coordination system to 
orchestrate the concurrent execution of the functions described for the scheduler, a 
visualization and interaction system that allows various levels of display and interaction of 
5 metadata-enhanced documents and a learning system that leams by observing the user 
interactions. 

Some document service requests may take a long time (for example, finding all the 
company names mentioned on a page and accessing all WWW pages mentioning two of 
those companies together). Other document services may be periodically satisfiable (for 

10 example, finding the closing price of a stock). Other document services may return metadata 
and additional document service requests. The docimient services generated by successive 
requests further defines the document soul. 

A meta-document has access to a limited amoimt of unused bandwidth currently 
wasted on machines. Instead of just sitting idly in a folder somewhere, a meta-document, 

15 following a path laid down by its personality (set of document service requests), when 

activated by a scheduler which conmiimicates with a service provider to satisfy the document 
service, accesses the local file system, database, or the Intemet to create new connections 
between its contents and its environment. 

Meta-documents grow in size as metadata and new contents are generated and new 

20 connections are made. Storage space is becoming a negligible commodity. According to 
current developments a terabyte of storage will only cost $120 in ten years, enough space to 
hold the entire text contained in the American Library of Congress. Meta-documents may 
also use unused processor time. It is estimated that in 1999, the hundreds of millions of 
computers existing in the world are active only 10% of the time. Similarly, bandwidth across 

25 the Intemet is being driven up by desire to transmit images and video in real time. Most 
meta-documents will be concerned with moving text around the web, requiring a small 
fraction of the space being created to house images. 

Example. Turning a Third Party Docimient into a Meta-Etocument 
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It is 5 o'clock. A user has just received a document via email from a colleague about 
a new company. The user takes a quick glance at it. Since the user has not heard of this 
company and does not recognize the names of any of the officers, the user clicks on the 
document and drags it into a document soul *TechWatch Personality" icon on computer 

5 screen, tums off the light, and leaves the office for the night. 

Meanwhile, the received document has become endowed with a TechWatch 
personality becoming a meta-docxmient. It starts to find out the information the user might 
want about this company, you're the user's meta-document becomes active by associating a 
Techwatch personality to it, it has thus acquired a set of unsatisfied docimient service 

10 requests defined in this personaUty. A scheduler begins polling this meta-document, and 
choosing from the list of unsatisfied document requests. One request is to identify all the 
company names, the products, and the people mentioned in this document. This request is 
sent off to some document service provider, such as a form of Inxight's ThingFinder. When 
the request is satisfied, the document analyzer places XML markings around the identified 

15 items, and makes up types lists of people, products, and organizations. Another subsequent 
docxmient request uses this metadata to search the web for home pages of the mentioned 
companies. This request retums URL's to these companies' web pages, which are also stored 
as metadata or as new docimient content (as a footnote or reference). 

Using these URLs, another service provider implements another document service 

20 request and finds organizational charts for these companies on the Web, another service 
provider responding to a different document service request looks for recent stock prices of 
each company. Another service provider responding to a different document service request 
searches for job openings in each company. Another service provider responding to a 
different document service request finds press releases, issued by one of the companies, 

25 which mention another of the companies. Another service provider responding to a different 
document service request begins search patent databases for patents owned by each company. 
Another service provider responding to a different document service request looks for the 
company's competitors. 
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Other document service requests explore connections between the named people; 
services are spawned to find their home pages, patents they have published, CVs, press 
releases in which they are mentioned. Another service takes pairs of names and searches for 
Web sites in which both people are mentioned. Similar services are contacted to provide 
5 information about products identified in the page. 

The next morning, when the user comes back to the office, he opens the meta- 
document and all the services that have responded have created new links in his document, 
new graphics items such as graphs or images, etc. Clicking on an item gives the user a list of 
the information that the meta-document has found out about itself overnight. The user's 
10 work has been prepared by the meta-docimient itself. Tomorrow, new information might be 
found, if the user decides that the meta-document should remain active. 

PersonaUties. Personalities, i.e., pre-defined collections of document service requests 
provide a convenient shortcut in the knowledge management cycle. The word Personality is 
used, as noted above, since applying different sets to the same content will provoke different 
15 types of links and connections, just as people with different personalities will react differently 
to the same situation. 

An end-user reads or writes a docimient. The user selects all or part of the document 
using conventional selection means. (Alternatively, the entire document can always be pre- 
selected.) To the selected part of the document, the user applies a personality, i. e., a package 

20 of pre-selected document service requests. In order to assign the personality, the user selects 
the personality using a conventional selection mechanism such as a pull-down menu, a pop- 
up table, in which personalities are Usted, or represented by distinguishable icons. When the 
personalities are presented to the user for choice, in a preferred embodiment of the invention, 
the end-user can choose to see what document service request are included in the personality 

25 package. The user, upon display of the document service requests, may inactive unwanted 
service requests, or activate inactivated requests. The user may also click on a representation 
of the document service request in order to see which docmnent service providers can fulfill 
the document service request. In a preferred implementation of the invention, one of the 
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document service providers will be designated as the default provider. The choice of default 
can be over-ridden by the user by selecting an alternative document service provider. 

Alternatively the user may enter the document using a scanning device and a cover 
sheet which describes what personality is to be applied to the document. 

5 Once a personality (or personalities if more than one personality is selected) is 

assigned, the document soul coordinator/scheduler is notified (by the process managing the 
selection process) that the document has been given a personality. From that moment, the 
document soul coordinator/scheduler begins to periodically poll the document. During each 
polling, unsatisfied document service requests, associated with the document by choosing the 

10 personality, are recognized by the document soul coordinator/scheduler. The document soul 
coordinator/scheduler chooses a document service request to fulfill, and finds the default or 
user-selected document service that fulfills this service for this user. The document soul 
coordinator/scheduler then initiates conmiunication with a selected document service 
provider, marshaling the data from the docxmient needed to provide the service and sending 

15 this data to the document service provider using known data transfer protocol methods. 

When the document service provider fulfills the service request, the service provider 
informs the document soul coordinator/scheduler, passing along any results associated with 
the service request as data using standard data protocol transfer mechanisms. Examples of 
the data that a document service may provide include the following, though any practitioner 

20 skilled in the art of data transfer and packaging can easily imagine others: 

1) the service provider might return a URL to a results page that the service provider 
has created; 

2) the service provider might return an XML or HTML page generated with the 
service results inside the marked-up page; 

25 3) the service provider might return some portion of the original document content 

with new HTML links surroimding some of the information in the original contents; 

4) in addition to what it returned in (3) the service provider might return a series of 
XML or HTML pages that the new links inserted point to; 
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5) the service provider might provide offsets into the original document contents, and 
related information pertinent to the original contents found in those offsets, such as hypertext 
to be inserted them, or images, or new text, etc. 

The document soul coordinator/scheduler manages the information returned from the 

5 service provider and associates the results with the original text providing a new view of the 
document, according to the service request. In a preferred implementation of the invention, 
each service request provides at least one new view on the original document content, in 
which a view could be simply a new version of the document with different hypertext links 
inserted, or a rewriting of the original document. 

10 The user is able to access any of the document service-specific views of the document 

to which the user has attached a personality at any time. This access can be through 
conventional computer-based visualization means such as browsers, or by displaying 
requested views on a conventional marking engine. If the document service request is not yet 
satisfied, then the user is informed of the status. 

15 The user may also create a new personality by visualizing a Ust of all available 

document services, and by selecting, using conventional means, such as clicking a check-box, 
the docimient service requests that will form the new personality. Once the choices have 
been made, including the specific service providers to be associated with each docimient 
service request, the end-user supplies a name for the new personality, making the personality 

20 available for the user, or for any other user to which the original end-user grants access rights, 
to be applied to another document. 

A third-party document service provider may be granted permission by the documents 
souls coordinator/scheduler to propose itself as a new document service provider for a new or 
for an existing service. In the first case, the third-party document service provider follows a 

25 registration protocol, such as accessing an Intemet site to fill a form that describes what 
service will be performed, what input the service needs from the documents souls 
coordinator/scheduler in order to be invoked, and what data transfer protocol is to be used. 
The protocol may include known transaction mechanisms for paying for the service. In the 
latter case of a document service provider providing an existing service, the third-party 
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document service provider will be given access to the already established data transmission 
protocol, and be registered as a possible new service provider for the existing service. 

Sample Personalities. A large variety of personalities may be defined. Examples of a 
few are set forth below. 

5 Techwatch Personality (e.g., for Market Research). A meta-document with a 

technology watch personality might include the following document service requests: 
identify products in itself (via Inxight ThingFinder); identify company names, individual 
names; build an organization chart; build a company chart; try to find a company home-page 
for itself; try to find competitors; find tutorials about concepts; find white papers; access 

10 stock history of company names; find out who they are hiring; find press releases and 

business reports; find conferences in which the concepts in the document are talked about; 
research patents owned by people and companies above; find the home office address, branch 
offices; get map to company; build patent database around concepts in document; build up 
URLs mentioning company, product; identify other products offered by the company; get 

15 weather reports for home office; and check whether names are registered or available for web 
site. 

Scientific Personality. A meta-document with a scientific personality might include 
the following document service requests: identify concepts; identify central subject domain; 
produce summaries (quantitative, undirected, directed); find online versions of itself; isolate 

20 its bibliography; find home pages of all the authors; find home pages of all cited authors; find 
online versions of cited papers; find tutorials about concepts; find conferences in which the 
concepts in the document are talked about; research patents on topic; find/create BibTex 
version of citation; find other papers written by authors together, separately; find papers with 
related concepts by other authors; publish paper on various websites (such as ISI Index, 

25 Yahoo); advertise the paper in a conraiunity (such as KnowledgePump, newsgroup). 

Patent Attomey Personality. A meta-document with a patent attorney personality 
might include the following document service requests: find other patents by same inventors; 
find other patents with same Intemational Patent Code; find all patents which reference this 
one; identify concepts from description; identify concepts from claims; find other patents 
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with same concepts; find home pages of all the inventors; find home pages of Assignee; find 
any references to published papers by the inventors; try to identify any products associated 
with assignee, inventors, and concepts; find other papers written by authors together, 
separately; find papers that might be prior art. 
5 Fiction Reader Personality. A meta-document with a fiction reader personality might 

include the following document service requests; identify character names; link character 
names to appearances in book; find place names; find time period; link place names to maps 
on the WWW; link place names to photos; find street names; map street names. 

Trial Lawyer Personality. A meta-document with a trial lawyer personality might 
10 include the following document service requests: identify people; find place names; build 
time line; associate events to timeline; find street names; map street names. 

Various architectures may be used to implement a meta-document system. Such an 
architecture may include support for complex coordinated services, dynamic 
add/update/delete services, multiple distributed access, and visualization of results in a 
15 intuitive form. Several meta-document systems have been implemented. 

Example: A Simple Document Sotd System with a Generic Personality. In this 
example, a meta-document has been created by taking a regular text document and applying a 
generic personality. The original text is set forth below: 

"Copier maker Xerox Corp. is forming an Intemet-related business unit that 
20 eventually could be spun off into a separate company. The Stamford, Conn.-based company 
said the new Internet Business Group, disclosed Thursday, will be headed by Michael Miron, 
its business development chief. Xerox said the unit will seek outside venture capital and 
partnerships." 

The first step taken by this version of the system is to isolate the original document 
25 inside INNATE tags, and to associate a generic personality with the document and the 
package of associated services: 

<INNATE> Copier maker Xerox Corp. is forming an Intemet-related business unit 
that eventually could be spun off into a separate company. The Stamford, Conn.-based 
company said the new Intemet Business Group, disclosed Thursday, will be headed by 
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Michael Miron, its business development chief. Xerox said the unit will seek outside venture 
capital and partnerships. 
</INNATE> 

<PERSONALITY> generic </PERSONALITY> 
5 <!SERVICE NAME, StartTime, MaxFmishTime, EndTime SERVICE> 

<SERVICE> NAME="FindConcepts", 10:49:24 01/06/00, 10:49:24 01/08/00, 
"Started" </SERVICE> 

<SERVICE> NAME="FindNames", 10:49:24 01/06/00, 10:49:24 01/08/00, "Started" 
</SERVICE> 

10 <SERVICE> NAME="FindLinksConcept", 10:49:24 01/06/00, 10:49:24 01/08/00, 

"Started" </SERVICE> 

<SERVICE> NAME="DetennineLanguage", 0:49:24 01/06/00, 10:49:24 01/08/00. 
"Started" </SERVICE> 

<SERVICE>NAME="GenerateSummaiy", 10:49:24 01/06/00, 10:49:24 01/08/00, 
15 "Started" </SERVICE> 

<SERVICE>NAME="GetStockTrends", 10:49:2401/06/00, 10:49:24 01/08/00, 
"Started" </SERVICE> 



Etc... 

20 After a number of requests such as FindConcepts, FindOrganisations etc. are satisfied 

(or partially satisfied), we have the foUowing marked-up document: 

<INNATE> Copier maker Xerox Corp. is forming an Internet-related business unit 
that eventually could be spun off into a separate company. The Stamford, Conn.-based 
company said the new Internet Business Group, disclosed Thursday, will be headed by 
25 Michael Miron, its business development chief. Xerox said the unit will seek outside venture 
capital and partnerships. 
</INNATE> 

<PERSONALrrY> generic </PERSONALrrY> 
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<SERVICE> NAME="FindConcepts", 10:49:24 01/06/00, 10:49:24 01/08/00, 
10:50:04 01/06/00</SERVICE> 

<SERVICE>NAME="FindNames", 10:49:24 01/06/00, 10:49:2401/08/00, 10:50:01 
01/06/00 </SERVICE> 

5 <SERVICE> NAME="Fm(iLinksConcept", 10:49:24 01/06/00, 10:49:24 01/08/00, 

"Started" </SERVICE> 

<SERVICE>NAME="DetennineLanguage", 10:49:24 01/06/00, 10:49:24 
01/08/00,10:50:01 01/06/00 

</SERVICE> 

10 <SERVICE> NAME="GenerateSummary", 10:49:24 01/06/00, 10:49:24 01/08/00, 

"Started" </SERVICE> 

<SERVICE>NAME="FindOrganisations", 10:49:2401/06/00, 10:49:24 01/08/00, 
"Started" </SERVICE> 

<SERVICE>NAME="GetStockTrends", 10:49:2401/06/00, 10:49:24 01/08/00, 
15 "Started" </SERVICE> 

<LANGUAGE>English </LANGUAGE> 

<CONCEPT>veiiture capital </CONCEPT> 

<CONCEPT>unit </CONCEPT> 

<CONCEPT>Stamford </CONCEPT> 
20 <CONCEPT>recent earnings trouble </CONCEPT> 

<CONCEPT>partnerships </CONCEPT> 

<CONCEPT>Intemet-related business unit </CONCEPT> 

<CONCEPT>Etc </CONCEPT> 

<ORG-KNOWN> new Internet Business Group </ORG-KNOWN> 
25 <ORG-KNOWN> Xerox Corp. </ORG-KNOWN> 



Etc... 

<CONNECnON> QUERY= "(venture+capital)+NEAR-KXerox4Corp.)", AltaVista, 
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CONNECTION_UST=[http://www.scribe.foolxom/EvemngNews/1998^^ 
ws980617.htm, 

http://foolwest.foolxoin/EveningNews/1998/EveningNews98092Lhtin , 
http://search.foolxom/EvemngNews/l 998/EveningNews98092 1 .htm . 
5 http://foolwest.foolxom/EveningNews/1998/EvemngNews980617.htm] 
</CONNECTION> 
Etc... 

<STOCK_PRICES> COMPANY="Xerox Corp", 

QUERY= "http://qs.cmfh.coni/tq/stockquote?symbols=xrx", 
10 VALUE=23.5, DATE=01/06/00 

</STOCK_PRICEs> 

Example. CLP-based Document Souls System. The document souls system may be 
implemented using the Coordination Language Facility (CLF)» ^ object-based distributed 
application development tool. An overview of CLF is included in the Appendix A 
15 "Overview of CLF'. CLF realizes most of the services outlined above for the generic 
document personality. CLF may also include the following additional services: 

Document transformations, i.e., services related to transforming the document 
content (possibly qualified by user profile, work context etc.) to: noun-phrases, 
names, sunmiary, language of the document. 
20 Content connections based on noun-phrases, names etc., i.e., find 

conference/journal papers using for example. Calliope, find groups, people working 
this area, find web resources using a search engine, find tutorials, find patents. 

View components such as hyperlinked document concepts with found web 
resources 

25 Knowledge Visualiser that creates different views of the document: a readers 

view - that displays the document where various names, noun-phrases are 
hyperlinked to various sites that are related to those concepts (as determined by the 
search engine and the Calliope online bibliographic service); a detailed view that 
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shows all the document content and marked up metadata related to services and their 
results; an writer's view that allows the writer of document do text editing. 

Security - user access (administration): allows the creation of new users and 
corresponding keyword profiles. Also tracks user documents etc. 
5 Network availability of documents via HTTP protocol: The system is HTTP 

compliant, thereby allowing users to login, create, modify, track documents and their 
souls from anyway in the world. 

The main objects (participants) in the CLF implement system and their main role in 
the system are listed as follows and shown in Figure 3. Note in the following services refers 

10 to CLF services, which are logical groupings of object attributes into predicates: 

Personality 302 provides repositories of services that the user can select in order to 
specify the personality or refine an already defined personality and uses CLF services like 
DocService(PersonalityID, docService, order), and various CLF Rules. UserManager 308 
tracks the users and their documents in the system and use a CLF services such as 

15 user(UserId, Password, DocumentID) and various CLF Rules. DocumentsMgr 310 and 312 
manage documents with same personality using various banks and CLF rules document(id, 
content), personality(id, personality), version(id, versionNumber), creator(id, creator), 
ServiceData(id, action, state, data), Servicel>etails(id, when, state, LatestDateOfCompletion). 
Service Provider 304 realizes services for a meta-document 100, e.g., generate sunmiary, 

20 Build DocuMap, getConcepts, getConceptWebLinks etc., ConmiandWrapper (Content, data): 
a CLF service for wrapping legacy software such as MLTT noun-phrase extractor, AltaVista, 
Calliope etc., YellowPages(DocumentService, provider): tracks the list of document service 
requests and possible providers of services. ViewConstructor 306 creates different views of 
the document using its data (content, meta-data etc.). 

25 The above listed services (i.e., personality services) are realized as high level CLF IF- 

THEN rules such as the following: 

IF "Docimient(documentName, Creator) AND 

"GenericPersonality(documentName, StartTime, MustFinish, EndTime) AND 
printRes(documentName,"IntrospectionDetails", StartTime, "AFTER",res) 
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THEN 

StartWant(documentNaine, "inProgress", 'Concept', StartTime,MustFinish, 
'notFinishedYet') 

StaitWant(documentName, "inProgress", 'Name*, StartTime,MustFinish, 
5 'notFinishedYet*) 

StartWant(documentName, "inProgress", 'Summary', StartTime,MustFinish, 
'notFinishedYet') 

StartWant(documentName, "inProgress", 'Language', StartTime,MustFinish, 
•notFinishedYet') 
10 Etc... 

This rule monitors the availability of meta-documents in the system that have an 
associated personality "GtenericPersonality". Once a document meeting these criteria is 
detected various documents services are launched with various time constraints. The 
Coordinator object 314 coordinates the document service requests realized by rules using 

15 traditional two-phase/commit protocol of transaction systems. 

Meta-documents or document souls can be expressed within a document format as 
XML that marks up the document with tags describing the document requests/services, their 
results, and their status (whether satisfied, unsatisfied, or renewable) and possibly the code to 
realize those services (e.g., CLF IF-THEN rules). While XML is well suited for storing and 

20 transporting documents across different systems, it is a costly format for processing 

documents. The World Wide Web Consortium, W3C, is currently defining a set of interfaces 
for structured documents, called the Document Object Model, DOM, which may be used to 
represent meta-documents in a meta-document system. The DOM represents XML 
documents as trees of nodes, each node representing an XML element. Furthermore it 

25 defines a standard set of operations for navigation and modification of the document structure 
and contents. 

A meta-document exposes its document service requests through specific nodes in the 
DOM tree, and DOM operations allow the document's contents and metadata to be queried 
and modified through a programmatic interface. Figure 4 shows a document 400 and its 
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representation in the form of a DOM tree 410. Node 1 represents the root of the document, 
node 2 the first section, node 4 the first paragraph of the first section, etc. The document 
request inserted into the second paragraph of the second section, and indicated in bold 412 in 
the document (although it may in fact be invisible to the reader of the document) is 

5 represented by node 10 (414) in the DOM tree. 

The basic mapping function between the DOM and XML representations of 
documents is trivial: any node in a DOM tree is represented by an XML-start tag, followed 
by the "contents" of the node, followed by the corresponding XML-end tag. This mapping 
function is then applied recursively, in the case where the contents of a node is a set of child 

10 nodes. Parsers (to transform the textual XML representation of a document into a DOM tree) 
and various interpreters such as pretty-printers (to transform DOM trees into XML strings or 
into any other more human readable form) are available from many different sources. 

When a new request is inserted into a document, either by the author or as the result 
of the processing of some other request, a corresponding request node is inserted into the 

15 DOM tree. Request nodes represent tags in the document, in that they are not part of the 
visible content of the document. Both XML and DOM treats meta-data and content-data in 
exactiy the same way. In XML any element, be it visible content or meta-data, is represented 
by a start tag (with optional attributes), contents and end-tag. The same is true for the DOM 
where elements are represented by nodes. It is in fact the print function that decides what is 

20 visible or not to the reader of a document. 

In its simplest form, using DOM, the meta-document system may be implemented 
using a "Document Souls Demon" or scheduler to manipulate each docimient through its 
DOM interface. The Document Souls Demon would scan the DOM structure, detect 
unsatisfied requests, choose the next request to work on, find a service that could satisfy the 

25 request, invoke that service and retrieve the results, insert the result into the DOM structure, 
and re-iterate for the next request. Given that the response time for a particular request could 
be high - in particular if it involves searching for information over the Internet - a better 
approach is to let as many unsatisfied requests as possible be active at the same time, and 
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allow the endowed document to be able to react to any new information as soon as that 
information is available. 

A complication arises when there are dependencies between requests. Consider for 
example a meta-document with a Tech watch personality. It could contain requests for 

5 collecting, for example, press releases from all companies mentioned in the document. 

However, it could also contain a request to remove all mentioned companies with a tum-over 
less than 20 million dollars. If these requests are processed asynchronously and at the same 
time, we risk ending up with press releases from companies not mentioned in the document. 
In order to cope with this, the concept of coordination from the area of coordinated software 

10 systems may be used. 

A coordinated software system consists of a set of autonomous sub-systems and a set 
of rules that describes how the system should react to changes either in its environment or in 
the state of any of its sub-systems. The sub-systenas are typically used in several systems at 
the same time, and each system is defined in terms of its coordination rule set. Sub-systems 

15 and rule set coordinators are designed so as to handle dependencies between ongoing 
processing, such as in the example above. A coordinated systems approach is a very 
powerful means to build new systems from available parts, in particular in situations where 
the sub-systems are unknown to each other, such as is the case with many publicly available 
services intended for use with the meta-document system. The coordination model of 

20 Document Souls follows the model of the XRCE Coordination Language Facility, CLF. 

In Document Souls, both document service requests and the meta-documents 
(possibly represented as DOM trees) are considered as autonomous sub-systems. The 
Document Souls Coordinator 314 contains rules that describe how different requests present 
in endowed documents could be satisfied through the invocation of various services, how to 

25 resolve issues of competing (and possibly conflicting) results from services, and how resvdts 
finally are to be merged back into the documents. 

The Coordinator 314 immediately reacts to new information and situations. For 
example, a meta-document may have requested die insertion of a link to the information page 
of a new product, but an information page may not yet be available when the request is first 
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activated. In this case the Coordinator will keep the request active and immediately react 
when the information page is detected. 

The meta-document system provides three elements of a knowledge thrust 
engagement plan: content, and conmiunity. The personality given a document anticipates in 
5 which context that a document will be used. The document service requests launched by this 
personality analyze and exploit the content of the document. And the linking of this content 
with local databases and the Web creates the conMnunity around the document. 

Appendix A: Overview of CLF 

10 The Coordination Language Facility (CLE^, an object-based distributed application 

development tool, has been developed within the Coordination Technologies Group at XRCE 
(Xerox Research Center, Grenoble). CLF assumes an object model of autonomous agents 
that can engage in interactions more sophisticated than those in the traditional object 
paradigm. Traditionally, the object-oriented paradigm has provided direct interaction with 

15 object attributes/resources via accessors/mutators methods (encapsulation principle). This 
paradigm though very useful and successful, has limitations when programming in very large 
distributed environments such as the internet, which calls for more sophisticated object 
interaction primitives than those provided by the traditional object model. In order to address 
this requirement, various object interoperation/coordination models have been proposed and 

20 developed. CLF is an example of such a model. Within the CLF framework access to 

objects and their attribute values is not only provided via direct access methods (traditional 
access/mutate), but also through associative access (i.e., through pattem matching). 

In the CLF paradigm, agents are seen as resource managers that accept two types of 
operations: insertion and removal of resources. The underlying architecture is client-server, 

25 where the client objects (which could be objects or rules see below) attempts to insert/remove 
resources into a server object. The resources managed by a CLF object (server) can be 
accessed via traditional, publicly available access/mutate methods or via the CLF protocol. 
The CLF protocol offers associative access to resources through predicates. A predicate is 
characterized by a predicate name and a tuple of arguments may or may not be instantiated. 
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Predicates can be seen as natural groupings of attribute values. For example, consider the 
predicate ConceptLink that is published by a server object. This predicate groups 
information related to WWW links to a concept (noun-phrase) that is present in a document. 
The predicate signature could look like this ConceptLink(Concept, Document_ED, 

5 WWWLink, ProviderOfLink), where ConceptLmk is the predicate name, Concept is the 
noun-phrase present in the document identified by Document_ID, WWWLink denotes the 
WWW address to site that is deemed relevant for Concept, ProviderOfLink is the name of the 
service provider that identified the link (e.g. such as Alta Vista or Yahoo). Links to a concept 
such as "Fuzzy Logic" in a docimient entitled "InterestingThings", could be retrieved via the 

10 following pattem, where Concept is instantiated to "Fuzzy Logic" and Docimient_ID is 

instantiated to "InterestingThings": ConceptLink("Fuzzy Logic", Document_ID, WWWLink, 
ProviderOfLink). 

In CLF terminology, the public predicates of an object are termed the services of an 
object. These are listed in the interface of the object. In practice, services delegate data 

15 management to resource managers. Resource managers, along with providing a level of 
abstraction that insulates the services from the data model (i.e. data model could be a file, a 
database management system, a call to an extemal service such as WWW-based search 
engine or other legacy systems) also supports the CLF protocol. In other words resource 
managers provides access to resources (grouped attribute values) owned by a server object 

20 and allows clients to manipulate them through the CLF protocol operations (outlined below). 
Within the current realization of CLF various resource managers are provided that can be 
used directly or further specialized/refined (i.e. resource managers are classes that can be 
used directly or further subclassed in order change behaviors etc.) in an application. 
Alternatively one can build resource managers from scratch. 

25 The CLF protocol provides of a set of operations that allow a client to insert or 

remove resources accessed associatively on a server object. This protocol supports the 
traditional two-phase/commit protocol of transaction systems. The operations currently 
supported under the CLF protocol are as follows: Insert, Inquire, Next, Kill, Check, Reserve, 
and Confirm/Cancel. The Lisert operation permits the client to insert a predicate and a fiilly 
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instantiated tuple of arguments into the server object (i.e. produce a resource). The Inquire 
operation allows the client to query a server object as to the availability of a resource(s) that 
satisfy a predicate and corresponding instantiated or uninstantiated arguments. The Inquire 
operation returns a stream of action ids (or privileges to remove or consume corresponding 

5 resources). During the transactional phase the client Reserves an action id. If the server 
accepts the reservation, the offer becomes a contract binding the server to remove the 
resource (i.e., client consumes the resource) on demand. The client may then send a Confirm 
to the server whereby the client consumes the resoiirce and the server deletes the resource. 
Alternatively, the client can send a Cancel operation whereby the reserved resource is 

10 returned to its initial unreserved state. The Next operation allows the client to retrieve the 
next action id in the stream returned by the Inquire operation. 

Typical resource managers available in CLF include File, TupleSpace, Database 
Management Systems (DBMS) etc. Various refinements of these base classes of resource 
mangers are currently available under CLF such as persistency. Application specific resource 

15 managers can easily be defined from scratch or derived from existing classes. 

In order to coordinate behaviors between objects within the CLF framework, a high- 
level IF-THEN rule-based coordination language facility is provided. This language builds 
on the high-level predicates made available through object interfaces, allowing the user to 
express complex coordinated activities in a transaction-based way. IF-THEN rules in CLF 

20 consist of a left-hand side and right-hand side; the LHS consists of a list of predicates (with 
instantiated or uninstantiated variables) corresponding to resources that are consumed and the 
RHS consists of a list of predicates (with instantiated variables) corresponding to resources 
that will inserted into an server object. Rules are said to fire if all the LHS predicates have 
been satisfied and consequently insert the instantiated predicate in the form of a resource into 

25 the corresponding object. The following is an example of CLF rule that could be used to 
alert the owner of document that all the desired services for a document have been 
completed: 
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IF allServicesCompleted(Doc_ID) and *docOwner(Doc, Owner) and 
'userDetails(Owner, _, Email) THEN email(Email, "Hey" + Owner + "All services for" + 
Doc_ID + "have completed") 

Here the predicates on the left and right hand side of the rules are merely shorthand 
5 interfaces to the services made publicly available by objects in the system. These interfaces 
could be defined as follows (in a simplified version of the CLF scripting language): 

AllServicesCompleted(Doc_ID): DocumentManager, 
AllServicesCompleted fDoc ID) 

docOwner(Doc_ID, Owner): UsertManager. GetDocOwner (Doc_ID, Owner) 
10 userDetails(User, ID, Location, Email): UsertManager. GetDocOwner (User, ID , 

Location , Email) 

email(Email, Message): UsertManager.SendEmail(Email, Message) 
The predicate AllServicesCompleted denotes a unary property of resources owned by 
the DocumentManager object and made publicly available by AllServicesCompleted service. 

15 The object names referred in these signatures/interfaces are global names resolved by the 
name server object which is generated at system startup. All objects register with the name 
server object at creation time. The parameters associated with the docimient service requests 
correspond to input and output parameters, where input parameters are denoted by plain text 
and the output parameters are denoted by imderline text. When the CLF inference tries to 

20 satisfy the first condition (predicate allServicesCompleted) of this rule it issues an Inquire 
operation to the AllServicesCompleted service of the DocmnentManager object. In this case 
Doc_ID is a free variable (i.e., uninstantiated) that will be instantiated with each execution 
the Next operation. If the AllServicesCompleted predicated is suitably satisfied, then the 
inference engine will search for appropriate instantiations of the predicates on the left hand 

25 side of this rule. The SendEmail service in UsertManager object is an example of a wrapper 
service which wraps and an emailer (this could be realized simply as a call to the operating 
system). Once the email resource is inserted, the email is sent to the owner of the document. 
In short the rule will try to accomplish the following: 
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Find a resources that consisting the predicates AllServicesCompleted, docOwner, and 
userDetails. In the case of AllServicesCompleted, the resource is consumed (i.e., deleted 
from the object), whereas in case of both docOwner and userDetails the resources are merely 
consulted (i.e., not consumed). 
5 Once all the left hand side predicates have been suitably instantiated the rule fires and 

inserts an email resource with the corresponding instantiations Email and Owner and 
Doc_ID. In CLF, rules are resources that are inserted into objects know as Coordinators 
object (several coordinators may exist). Coordinators perform coordination between arbitrary 
CLF objects. 

10 CLF is a good architecture for a meta-document system in that it is distributed, it 

employs dynamic definitions (dynamic add/delete objects and their behaviors). It has HTTP 
Interaction. CLF also provides a nice, natural separation between Actions-Data- 
DataManagement. Transactions in CLF can coordinate behaviors across networks easily, it is 
a reactive system. 

15 

Appendix B 

A sample meta-docxmient is shown at various stages of its changes as document 
service requests are implemented and results integrated into the meta-document. 

20 StepO Original Document 

[Image] 

Comparisonics is a revolutionary technology for 
searching audio and video by sound, 
25 and for visualizing audio by 

coloring the audio waveform display. 

))) ((( 

30 Tell me how Comparisonics is revolutionary in 

Audio Editing 
Video Editing 
Media Asset Management 
Other Applications 
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))) ((( 

How can I try out Comparisonics? 
5 Download the free Comparisonics Audio Player. 

How can application programs use Comparisonics? 
Through the Comparisonics API. 

10 Tell me about Comparisonics Corporation. 

))) ((( 

The Comparisonics technology was debuted at the National Association of Broadcasters 
15 (NAB) convention in April 1998, and was selected as a Pick of the Show by the editors of 

Television Broadcast magazine. 

)))((( 

20 An ability to locate the sound you want in a database of such soimds, is clearly of far- 

reaching economic value. The Comparisonics breakthroughs in this area are fiin to play with 
and, more seriously, of very great potential conmiercial value. 
- Dr. Harry M. Markowitz, Nobel laureate in Economics and Computer Science pioneer, 

January 1999 

25 

)))((( 
[Image] 

30 Comparisonics Waveform Display 

of a Segment from Kenny G's Songbird 

)))((( 

35 Copyright © 1999 Comparisonics Corporation. All rights reserved. 

Step 1 : convert original document into a meta-document, in this case by giving it a 
personality. The personality will be activated by a Service Provider (either a default provider 
40 that is accessed by the Document Souls demon that schedules Living Documents, or by a 
provider specified somehow by the document owner). 
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<?xiiil version="1.0" encoding="lJTF-8" standalone='*yes"?> 
<PERSONALITY type=*TechWatch" status="newbom"> 

<INNATE> 

5 [Image] 

Comparisonics is a revolutionary technology for 
searching audio and video by sound, 
and for visualizing audio by 
10 coloring the audio waveform display. 

))) ((( 

Tell me how Comparisonics is revolutionary in 
15 Audio Editing 

Video Editing 
Media Asset Management 
Other Applications 

20 )))((( 

How can I try out Comparisonics? 
Download the free Comparisonics Audio Player. 

25 How can application programs use Comparisonics? 

Through the Comparisonics API. 

Tell me about Comparisonics Corporation. 

30 )))((( 

The Comparisonics technology was debuted at the National Association of 
Broadcasters (NAB) convention in April 1998, and was selected as a Pick of 
the Show by the editors of Television Broadcast magazine. 



35 



))) ((( 



An ability to locate the soxmd you want in a database of such sounds, is 
clearly of far-reaching economic value. The Comparisonics breakthroughs in 
40 this area are fun to play with and, more seriously, of very great potential 

commercial value. 

- Dr. Harry M. Markowitz, Nobel laureate in Economics and Computer Science 

pioneer, January 1999 
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)))((( 

[Image] 

5 Comparisonics Waveform Display 

of a Segment from Kemiy G's Songbird 

))) ((( 

10 Copyright © 1999 Comparisonics Corporation. All rights reserved. 

</INNATE> 
</PERSONALITY> 

Step 2 : Here the personality service has instantiated the docimient service requests 
15 associated with a TechWatch personality. Docimient service requests would be run over the 
document synchronously or asynchronously, in-order, or out-of-order. In "step2.xml" the 
'document service requests' (supplied by the Personality Server) are all independent, but one 
would probably define some document service requests as an ordered sequence of actions. 

20 <?xml version="1.0" encoding="UTF-8" standalone='*yes"?> 

<PERSONALITY type="TechWatch"> 

<UNFULFILLED-ACnON-LIST> 
<WANT> identify products </WANT> 
<WANT> identify companies <AVANT> 
25 <WANT> build orgchart </WANT> 

<WANT> find company homepage </WANT> 
<WANT> find competitors </WANT> 

<WANT> find tutorials </V/AKT> 
<WANT> find whitepapers <AVANT> 
30 <WANT> stock quotes </WANT> 

<WANT> job opportunities </WANT> 

<WANT> press releases </WANT> 
<WANT> related conferences </WANT> 
<WANT> patents owned </WANT> 
35 <WANT> company map </WANT> 

<WANT> company address </WANT> 
<WANT> non-company URLS mentioning company </WANT> 
<WANT> weather-report home office </WANT> 
<WANT> other products offered </WANT> 
40 </UNFULFILLED-ACnON-LIST> 

<JNNATE> 
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[Image] 



Comparisonics is a revolutionary technology for 
searching audio and video by sound, 
5 and for visualizing audio by 

coloring the audio waveform display, 

))) ((( 

10 Tell me how Comparisonics is revolutionary in 

Audio Editing 
Video Editing 
Media Asset Management 
Other Applications 

15 

))) ((( 

How can I try out Comparisonics? 
Download the free Comparisonics Audio Player. 

20 

How can application programs use Comparisonics? 
Through the Comparisonics API. 

Tell me about Comparisonics Corporation. 

25 

))) ((( 

The Comparisonics technology was debuted at the National Association of 
Broadcasters (NAB) convention in April 1998, and was selected as a Pick of 
30 the Show by the editors of Television Broadcast magazine. 

))) ((( 

An ability to locate the sound you want in a database of such sounds, is 
35 clearly of far-reaching economic value. The Comparisonics breakthroughs in 

this area are fun to play with and, more seriously, of very great potential 

commercial value. 

- Dr. Harry M. Markowitz, Nobel laureate in Economics and Computer Science 

pioneer, January 1999 

40 

))) ((( 
[Image] 
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Comparisonics Waveform Display 
of a Segment from Kenny G's Songbird 

))) ((( 

5 

Copyright © 1999 Comparisonics Corporation. All rights reserved. 

</INNATE> 
</PERSONALITY> 

10 Step 3 : Here one of the WANTs (document service requests) "company address" has 

been fulfilled. Metadata has been created. This document service request was fulfilled by 
some Document Soul demon that: 

1. gained control of the document, 

2. picked, according to some undisclosed strategy, one of the document service 
15 requests from the action list, 

3. called some unspecified Service Provider that could satisfy a "company address" 
service for a 'TechWatch" document, passing to this service existing metadata and the 
<INNATE> ... </INNATE> part of the document, 

4. received the results <COMPANYADDRESS> ... </COMPANYADDRESS> from 
20 the service 

5. deleted <WANT> company address <AVANT> from the unfulfilled action list 

6. timestamped the <S ATISFIED-WANT> entry and inserted this into the fulfilled 
action list 

7. rewrote the document (possibly using version control) and 
25 8. relinquished possession of the document 

The Service Provider could have been an in-house program that searches and decodes 
web pages. It could be an out-sourced, or even human service, that returns the required 
metadata. 

30 <?xml version="l .0" encoding="UTF-8" standalone=**yes"?> 

<PERSONALITY type=*TechWatch"> 

<UNFULFILLED-ACTION-LIST> 
<W ANT> identify products </W ANT> 
<WANT> identify companies </WANT> 
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<WANT> build orgchart </WANT> 
<WANT> find company homepage <AVANT> 
<WANT> find competitors <AVANT> 
<WANT> find tutorials </WANT> 
5 <WANT> find whitepapers <AVANT> 

<WANT> stock quotes </WANT> 
<WANT> job opportunities <AVANT> 

<WANT> press releases </WANT> 
<WANT> related conferences </WANT> 
10 <WANT> patents owned </WANT> 

<WANT> company map </WANT> 
<WANT> non-company URLS mentioning company </WANT> 
<WANT> weather-report home office </W ANT> 
<WANT> other products offered </WANT> 
15 </UNFUUTLLED-ACTION-LIST> 

<FULFILLED-ACnON-LIST> 
<SATISFIED-WANT time="1999/10/23 19: 10"> company address </SATISFIED-WANT> 

<yFULFILLED-ACTION-LIST> 
<COMPANYADDRESS> 
20 <NAME> Comparisonics Corporation </NAME> 

<STREET> P.O. Box 1960 </STREET> 
<CITY> Grass Valley </CIT Y> 
<STATE> California </STATE> 
<ZIP> 95945 </ZIP> 
25 <COUNTRY>USA</COUNTRY> 

<EMA1L> info@comparisonics.com </EMAIL> 
</COMPANYADDRESS> 
<INNATE> 
[Image] 

30 

Comparisonics is a revolutionary technology for 
searching audio and video by sound, 

and for visualizing audio by 
coloring the audio waveform display. 

35 

)))((( 

Tell me how Comparisonics is revolutionary in 
Audio Editing 

40 Video Editing 

Media Asset Management 
Other Applications 

)))((( 
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How can I try out Comparisonics? 
Download the free Comparisonics Audio Player. 

5 How can application programs use Comparisonics? 

Through the Comparisonics API. 

Tell me about Comparisonics Corporation, 

10 )))((( 

The Comparisonics technology was debuted at the National Association of 
Broadcasters (NAB) convention in April 1998, and was selected as a Pick of 
the Show by the editors of Television Broadcast magazine. 



)))((( 



An ability to locate the sound you want in a database of such sounds, is 
clearly of far-reaching economic value. The Comparisonics breakthroughs in 
20 this area are fun to play with and, more seriously, of very great potential 

conmiercial value. 

- Dr. Harry M. Markowitz, Nobel laureate in Economics and Computer Science 

pioneer, January 1999 

25 )))((( 

[Image] 

Comparisonics Waveform Display 
30 of a Segment from Kenny G's Songbird 

)))((( 

Copyright © 1999 Comparisonics Corporation. All rights reserved. 
35 </lNNATE> 

</PERSONALITY> 

Step 4 : Shows a few other actions satisfied, and some new "WANTs". For example, 
the "find orgchart" server found a president, CEO and parent company but no junior officers. 
40 This service requested a new service "find junior officers". 



<?xml version="1.0" encodmg="UTF-8" standalone='*yes"?> 
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<PERSONALITY type='TechWatch"> 

<UNFULFILLED-ACTION-LIST> 
<WANT> identify products <AV ANT> 
<WANT> identify companies </WANT> 
5 <WANT> find company homepage </WANT> 

<WANT> find competitors </WANT> 

<WA1SIT> find tutorials </WANT> 
<WANT> find whitepapers </WANT> 
<WANT> stock quotes </WANT> 
10 <WANT> job opportunities <AVANT> 

<WANT> related conferences </WANT> 
<WANT> company map </WANT> 
<WANT> non-company URLS mentioning company </WANT> 
<WANT> weather-report home office </WANT> 
15 <WANT> other products offered <AVANT> 

<WANT> find junior officers </WANT> 
</UNFULFILLED-ACnON-LIST> 
<FULFILLED-ACnON-LIST> 
<SATISFED-WANT time="1999/10/23 19:10"> company address </SATISFIED-WANT> 
20 <SATISFIED-WANT time=" 1999/10/24 00: 10"> find whitepapers </SATISFIED-WANT> 
<SATISF1ED-WANT tmie=" 1999/10/23 23: 11"> patents owned </SATISFIED-WANT> 
<SATISFED-WANT time="1999/10/23 22:16"> find whitepapers </SATISFIED-WANT> 
<SATISFffiD-WANT time="1999/10/25 00:41"> find press releases </SATISFIED-WANT> 

</FULFILLED-ACnON-LIST> 
25 <COMPANYADDRESS> 

<NAME> Comparisonics Corporation </NAME> 
<STREET> P.O. Box 1960 </STREET> 
<CrrY> Grass Valley </CrrY> 
<STATE> California </STATE> 
30 <ZIP> 95945 <rZSP> 

<COUNTRY> USA </COUNTRY> 
<EMAIL> info@comparisonics.com </EMAIL> 
</COMPANYADDRESS> 
<ORGCHART> 

35 <PARENT-ORG> <a href="http://www.gpsys.com"> Graham-Patten Systems </a> 

</PARENT-ORG> 

<CEO> <a href="http://www.isri.unlv.edu/~rice/"> Dr. Stephen V. Rice </a> </CEO> 
<PRESIDENT> Dr. Stephen V. Rice </PRESIDENT> 
</ORGCHART> 

40 <WHITEPAPER> 

<a href="http://www.comparisonics.coni/WhitePaper.html"> Comparisonics White Paper 

</a> 

</WHITEPAPER> 
<PRESS_RELEASES> 
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<RELEASE> <i ri'LE> Graham-Patten Launches Comparisonics Sound Matching Software 

</TITLE> 

^rEXT> <a href="http://www.gpsys.com/pi0406984.htnil"> Text </a> </TEXT> 

<DATE> 6 Apr 1998 </DATE> 
5 </RELEASE> 

</PRESS-RELEASES> 
<PATENTS> 
<PATENT> <NUMBER> US4686689 <^NUMBER> 
<TITLE> Phase-locked loop circuit </TITLE> 
10 <aEXT> <a href="http://www.patents.ibm.coin/details?pn=US04686689_"> Text </a> 

</TEXT> 
<DATE> Aug 11, 1987 </DATE> 
</PATENT> 
</PATENTS> 

15 <INNATE> 

[Image] 

Comparisonics is a revolutionary technology for 
searching audio and video by sound, 
20 and for visualizing audio by 

coloring the audio waveform display. 

)))((( 

25 Tell me how Comparisonics is revolutionary in 

Audio Editing 
Video Editing 
Media Asset Management 
Other Applications 

30 

))) ((( 

How can I try out Comparisonics? 
Download the free Comparisonics Audio Player. 

35 

How can application programs use Comparisonics? 
Through the Comparisonics API. 

Tell me about Comparisonics Corporation. 

40 

))) ((( 

The Comparisonics technology was debuted at the National Association of 
Broadcasters (NAB) convention in April 1998, and was selected as a Pick of 
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the Show by the editors of Television Broadcast magazine. 

))) ((( 

5 An ability to locate the sound you want in a database of such sounds, is 

clearly of far-reaching economic value. The Comparisonics breakthroughs in 
this area are fun to play with and, more seriously, of very great potential 

commercial value. 

- Dr. Harry M. Markowitz, Nobel laureate in Economics and Computer Science 
10 pioneer, January 1999 

))) ((( 
[Image] 



Comparisonics Waveform Display 
of a Segment from Kenny G's Songbird 

)))((( 

Copyright © 1999 Comparisonics Corporation. All rights reserved. 

</INNATE> 
<«>ERSONALITY> 



The invention has been described with reference to particular embodiments. 
Modifications and alterations will occur to others upon reading and understanding this 
specification taken together with the drawings. The embodiments are but examples, and 
various alternatives, modifications, variations or improvements may be made by those skilled 
30 in the art from this teaching which are intended to be encompassed by the following claims. 
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